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L' invention conceme un precede de gestion de commandes dans plusi^irs 
fichiers d^application et une carte a puce adaptee a gerer des commandes dans 
plusim^ fichiers d*applicatioa 

On connait des precedes de gestion de commandes adaptes a gerer des 
5 commandes dans plusieurs fichiers d'applicatioa Ces proced& sont par exemple 
adaptes k g&rer des commandes teUes que creer ou ouvrir ou supprimer un 
sous-fichier dans un premier fichier concemant ime premise application ou telles 
que cr6er ou ouvrir ou supprimer un sous-fichier d*un deuxieme fichier concemant 
une deuxieme application. Les moyens mettant en oeuvre de tels precedes sont 
10 appeles « operating system » en anglais. 

Un utilisateur qui souhaite ordonner Texecution d*une telle operation doit 
satisfaire a la condition d'acces associee a la commande dans le fichier 
d'application. 

Dans certains domaines d'application, ces conditions d'acces ont ete 

15 nermalisees. On connait ainsi par exemple la norme EN 726-3 pour les precedes de 
gestion de commandes dans les cartes a puces. Cette norme mentienne par 
exemple une condition d'acc&s not^ « ALW » pour laqueUe Tutilisateur n'a besoin 
de satisfaire a aucune condition : ainsi une operation dans un fichier d'applicatien, 
a laquelle est associee la condition d'acces « ALW » sera toujours executee si 

20 Tutilisatoir Tordonne. Cette norme mentionne aussi une condition d'acces notee 
« NEV » : si Tutilisateur ordonne Fexecution d'une operation dans un fichier 
d*application, k laquelle est associee la condition d'acces « >IEV », cette operation 
ne sera pas executee. Cette nerme mentionne egalement, entre autres, des 
conditions d'acces netees « CHVl » et « CHV2 ». 

25 Les proc&ies de gestion de commandes dans plusi^irs fichiers d'applicatien 

connus ne permettent pas de gerer cenjointement des commandes pour des fichiers 
d'application dififerents. Ainsi, lorsqu'un operateur fait executer des conmiandes 
dans un premier fichier d'applicatien, qu'il passe a un deuxieme fichier 
d'application pour y faire executer des commandes, et qu'il reteume au premier 

30 fichier d'application, il doit satis&ire a nouveau aux conditions d'acces pour fidre 




executer, dans le premier fichier d'application, des coimnandes analogues k ceUes 
qu'il a fait «^ter initialement 

L'objet de I'invention est de proposer un procede de gestion de commandes 
dans plusieurs fichiers d'application, mis en oeuvre ais6nient et en toute securite, 
5 ayant un cout reduit et permettant de r6soudre ce probl^me. 

Plus precisement, Tinvention conceme un proc^e de gestion de commandes 
dans plusieurs fichiers d'application, a chaque commande dans chaque fichier 
d'application dtant associee une condition d'acc6s correspondant k ladite 
commande, chaque commande dans chaque fichi^ d'application etant executee si 
10 un utilisateur a ordomie Tex^cution de ladite commande et a la condition d'accte 
correspondant k ladite commande est memorisde, caract£ris6 en ce qu'on garde 
mimorisees les conditions d'acces conjointement pour tous les fichiers 
d'application. 

De preference, un utilisateur ayant ordonne Texecution d'une commande 
15 dans un fichier d'application, 

on recherche si la condition d*acc^s correspondant a ladite commande est 
m6morisde, 

a la condition d'accds est m£moris6e alors on lance Texecution de la 
commande, 

20 sinon on demande k TutilisatMr de satisfaire a la condition d'accSs et alors, d 

Tutilisateur satisfait k la condition d'accds, on memorise la condition d'acces et on 
lance Texecution de la commande. 

Avantageusement, n designant un entier superieur ou egal a deux, 
Tutilisateur ayant satisfait a n conditions d'acces, on garde memorisees les n 

25 demieres conditions d'acces satisfaites. 

De preference, une nouvelle condition d'accds 6tant satisfitite par 
I'utiUsateur, ladite condition d'acces n'^tant pas en memoire, n conditions d'acces 
etant memorises, on supprime de la memoire la condition d'acc&s la plus 
anciennement satisfaite et on memorise la condition d'acces nouvellement 

30 satisfaite* 



Selon un premier mode de mise en oeuvre du precede, n est egal au nombre 
de conditions d*acces pour Tensemble des commandes de tous les fichiers 
d'application. 

Selon un deuxieme mode de mise en oeuvre du procede, n est superieur au 
5 nombre de conditions d'acc^ pour I'ensenible des commandos de tous les fichiers 
d'application. 

Selon un troisieme mode de mise en oeuvre du proc6de, n est inferior au 
nonnbre de conditions d'acces pour I'ensemble des commandes de tous les fichiers 
d*application. 

10 Avantageusement, un contact etant etabli pour demarrer ledit precede de 

gestion de commandes, le contact etant rompu, on efiface toutes les conditions 
d*accte. 

L'invention conceme egalement une carte a puce adaptte k gerer des 
commandes dans plusieurs fichiers d 'application, a chaque commando dans chaque 

15 fichier d'application etant assod^e une condition d'acces correspondant & ladite 
commando, chaque commando dans chaque fichier d*application etant execut^e si 
un utilisateur a ordonne Texecution de ladite commando et si la condition d'acces 
correspondant a ladite commande est en memoire, caracterisee en ce qu'elle 
comporte des moyens pour garder en memoire les conditions d'acces 

20 conjointement pour tous les fichiers d'applicatioa 

De preference, un utilisateur ayant ordonne I'execution d'une commande 
dans un fichier d'appUcation, elle conq)oite : 

- des moyens adaptes & rechercher si la condition d'acces correspondant a 
ladite commande est en memoire, 

.23 - des moyens adaptes a lancer I'execution de la commande si la condition 

d'acces est en memoire, 

- des moyens adaptes a demander a I'utilisateur de satisfaire a la condition 
d'acces si la condition d'acces n'est pas en memoire, et 

- des moyens adaptes i memoriser la condition d'acces et a lancer 
30 I'execution de la conmiande si I'utilisateur satisfiut a la condition d'accte. 




Avantageusement, n d^signant un entier superieur ou ^gal i deux, 
I'utilisateur ayaat satis&it k n conditions d'acc^s, elle comporte des moyens 
adapt6s a garder en memoire les n dernid^'es conditions d'acces satis&ites. 

De pr6f6rence, une nouvelle condition d'acc&s dtant satisfaite par 
S Tutilisateur, ladite condition d'acces n'etant pas en memoire, n conditions d'acces 
etant memorisees, elle comporte des moyens adaptes a supprimer de la memoire la 
condition d'acces la plus anciennement satisfaite et i m^moriser la condition 
d'acces nouvellement satisfaite. 

Selon un premier mode de realisation, n est ^gal au nombre de conditions 
10 d'accds pour Tensemble des commandes de tous les ficMers d'application. 

Selon un deuxidme mode de realisation, n est superieur au nombre de 
conditions d'acces pour Tensemble des commandes de tous les fichiers 
d'application. 

Selon un troisieme mode de realisation, n est inferieur au nombre de 
15 conditions d'acces pour I'ensemble des commandes de tous les fichiers 
d'application. 

Avantageusement, la carte comporte un contact et des moyens adaptes a 
supprimer toutes les conditions d'accds lorsque le contact est rompu. 

D'autres caract^ristiques et avantages de Tinvention apparaltront au cours de 
20 la description d'un mode de realisation qui va suivre, donne a titre d'^emple non 
limitati^ a I'appui des cinq figures sur lesquelles : 

la figure 1 repr^sente un tableau de memorisation relatif k un espace memoire 
dans la memoire vive de la carte a puce adaptee a gerer des commandes dans 
plusieurs fichiers d'application, le tableau est represente dans I'etat initial de 
25 memorisation, 

les figures 2 a 5 sont analogues a la figure 1 pour differents etats de 
memorisation, 

la figure 6 represente la carte et son environnement de fi^nctionneinent, 
la figure 7 represente I'organisation logique de la carte, et 
3D la figure 8 represente un organigramme logique des etapes du procede de 

I'invention. 



En se referant plus particulierement a la figure 7, on va deaire Torganisation 
logique d'une carte 8 a puce adaptee a gerer des commands dans plusieurs fichiers 
d'application. 

La carte 8 comprend des moyens pour mettre en oMvre le procede de gestion 
5 de commandes, ce moyen est d^nomme « OS » et porte la reference 3. 

La carte 8 comprend deux ficUers d'application, aussi appdes repertoires. 

Le premier fichier d'application est d^nomme « compte bancaire » et porte la 
reference 40. Ce fichier d'application est prevu pour permettre i un utilisateur de 
gerer des donnees relatives a son compte bancaire. 
10 Dans le fichier « compte bancaire », Tutilisateur peut ordonner Texecution 

d'une conmiande denommee « solde » portant la reference 41» d'une commande 
d^nommee « debit » portant la reference 42 et d'une commande denommee 
« transfert vers compte bourse » portant la reference 43. 

La commande « solde » contient des instructions permettant a Tutilisateur de 
15 connaitre le solde de son compte bancaire. 

La conmiande « d&nt » contient des instructions permettant k Tutilisateur 
d'ordonner un moirvement de debit de son compte bancaire. 

La commande « transfert vers compte bourse » permet a Tutilisateur 
d'ordonner le transfert d*un certain montant du compte bancaire vers un compte 




20 bourse. 



Le deuxidme fichier d'application est denomme « bourse » et porte la 
reference SO. Ce fichier d'application est prevu pour permettre a I'utilisat^ de 
g^rer des donnees relatives k son portefeuille de bourse. 

Dans le fichier « bourse », I'utilisateur peut ordonner I'ex^cution d'une 

25 commande denommee « solde compte bourse » portant la reference SI, d'une 
commande denommee « solde bourse » . portant la reference S2, d'une commande 
denommee « titre » portant la reference 53, d'une commande denommee « ordre 
d'achat » portant la reference 54, d'une commande denommee « ordre de vente » 
portant la reference 55 et d'une commande denommee « transfert vers compte 

30 bancaire » portant la reference 56. 



La commande a solde compte bourse » contient des instructions permettant & 
Tutilisateur de connaitre le solde du compte bourse prevu pour alimenter et 
recevoir le montant correspondant aux achats et ventes de titres de bourse. 

La commande « solde bourse » contient des instructions permettant k 
5 Tutilisateur de connaitre la valeur globale des titres en bourse qu'il possede. 

La commande « titre » contient des instructions permettant i Tutilisateur de 
connaitre les titres de bourse que I'utilisateur possede. 

La commande « ordre d'achat » permet & Tutilisateur de donner Tinstruction 
d'acheter des titres de bourse. 
10 La commande « ordre de vente» permet a I'utilisateur de donner 

I'instruction de vendre des titres de bourse. 

La commande « transfert vers compte bancaire » permet a I'utilisateur de 
donner I'instruction de transferer un certain montant du compte bourse vers le 
compte bancaire. 

15 Pour pouvoir eSectuer les commandes « solde », « solde compte bourse », 

« solde bourse » ou « titre », rutilisateur devra au prdalable entrer des conditions 

d'acc^ not6es « CHVl ». 

Pour pouvoir efiectuer les conunandes «d^bit», « transfert vers compte 

bourse », « ordre d'achat », « ordre de vente » ou « transfert vers compte 
20 bancure», I'utilisateur devra au prealable entrer les conditions d'acc&s notees 

« CHV2 ». 

La carte 8 comporte des moyens representes par un tableau, pour garder en 
memoire les conditions d'acces conjointement pour tous les ficMers d'application. 

Le tableau comporte deux colonnes et quatre lignes. Le nombre de lignes est 
25 le nombre de conditions d'accds pour Tensemble des commandes de tous les 
fichiers d'application : la carte comprend en effet deux fichiers d'application et 
chacun d'eux comporte deux conditions d'acces pour Tensemble de ses commandes. 

Lorsqu'une condition d'acces dans un fichier d'application est memorise 
I'adresse du fichier d'application figure sur une ligne de la premiere colonne et 
30 ladite condition d'acces figure sur la meme ligne de la deuxieme colonne. A 
I'inverse, lorsqu'une condition d'acces dans un fichier d'application n'est pas 



m£inoiisee» Tadresse du fichier d'application ne figure sur aucune ligne de la 
pT&m&re colonne. 

En se referant plus paiticuli^ement k la figure 6, on a represente la carte 8 
Bdaptie k Stre inserte dans un lecteur 12. Le lecteur 12 est connect^ i un 
5 ordinateur 10 relie k un clavier 14, a un ecran 16 et a un distributer 18 de billets. 
L*ordinatw 10 est connect^ k un ordinateur central 20 adapte k memoriser les 
operations qui sont demandees. 

En se referant maintenant phis particulierement a la figure 8, on a represent^ 
les Stapes du precede de gestion de commandes dans plusieurs fichiers 
10 d'application. 

Dans la situation initiate notde 80, Tutilisateur a ordonne I'execution d'une 
commande dans un fichier d'application. 

Au cours d'une premiere 6tape notee 81, on recherche si la condition d'accte 
conrespondant a ladite commande est m6moris6e. 
15 Si la condition d'acc&s est m&norisie, alors on lance, au cours d'une etape 

notee 82, I'execution de la commande. 

Si la condition d'acces n'est pas memorisee, alors, au cours d'une etape 
notee 83, on demande a I'utilisateur de satisfaire a la condition d'acces. 

Et alors, si I'utilisateur satisfait a la condition d'accds : au cours d'une etape 
20 notee 84, on m6morise la condition d'acces et on lance I'execution de la 
commande. 

Un exemple d'utilisation de la carte va maintenant etre decrit. 
L'utilisateur insure la carte 8 dans le lecteur 12. A ce stade de I'utilisation, le 
tableau est initialise par r« OS » : le tableau est done vide de toute donnee (figure 
25 1). 

L'utilisateur souhaite connaitre le solde de son compte bancaire. Pour cela, 
I'utilisateur ordoime I'execution de la commande « solde » dans le fichier « compte 
bancaire ». 

. L'« OS » recherche si la condition d'acces correspondant k la commande 
30 « solde » est memorisee, dans notre cas !'« OS » cherche a la condition « CHVl » 
du fichier d'application « compte bancaire » est memorisee dans le tableau ; comme 
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ce n'est pas le cas, car le tableau est vide, !'« OS » demande k I'utilisateur de 
satisfaire i la condition d'accds « CHVl ». L'utilisateur entre un code confidentiel 
sur le clavier et Tutilisateur satisfait ainsi a la condition d'acces « CHVl ». 
L'« OS » memorise la condition d*acces dans le tableau (figure 2) et lance 
5 Texecution de la commande « solde » : le solde du compte bancaire de I'utilisateur 
apparait k T^cran. 

L'utilisateur souhaite ensuite effectuer un d&yit de son compte bancaire. Pour 
cela, Tutilisateur ordonne I'execution de la commande « d^bit » dans le fichier 
« compte bancaire 

10 L'« OS » recherche si la condition d'accds correspondant k la commande 

« debit » est m^morisee, dans notre cas r« OS » cherche si la condition « CHV2 » 
du fichier d'application « compte bancaire » est memorisee dans le tableau ; comme 
ce n'est pas le cas (figure 2), r« OS » demande a Tutilisateur de satisfaire a la 
condition d'acces « CHV2 ». L'utilisateur entre un code confidentiel sur le clavier 

15 et Tutilisatwr satisfiut ainsi a la condition d'acces « CHV2 ». L'« OS » memorise 
la condition d'acces dans le tableau (figure 3) et lance I'execution de la commande 
« debit ». Le distiibuteur fi^umit a Tutilisateur la somme souhaitee. 

L'utilisateur souhaite alors connaltre le solde de son compte bancaire et 
verifier que son compte bancaire a bien ete memorise. Pour cela, Tutilisateur 

20 ordonne I'execution de la conmiande « solde » dans le fichier « compte bancaire ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 
« solde » est memorisee, dans notre cas r« OS » cherche si la condition « CHVl » 
du fichier d' application « compte bancaire » est memorisee dans le tableau ; comme 
c*est le cas (figure 3), r« OS » lance Texecution de la commande « solde ». Le 

25 solde du compte bancaire de I'utilisateur apparait a I'ecran et indique bien le 
nouveau solde, c'est-a-dire, le montant indiqu^ lors de la premiere conmiande de 
I'operation « solde » diminue de la sonmie debit^e lors de I'operation « debit ». 

L'utilisatw souhaite connaitre le solde de son compte bourse. Pour cela, 
I'utilisateur ordonne I'execution de la commande « solde compte bourse » dans le 

30 fichier « bourse ». 
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L*« OS » recherche si la condition d'acces correspondant a la commande 

« solde compte bourse » est memorisee, dans notre cas r« OS » cherche si la 

condition « CHVl » du fichier d'application « bourse » est memoriste dans le 

tableau ; comme ce n'est pas le cas (figure 3), l'« OS » demande a Tutilisatair de 
5 satisfiure i la condition d'acc^ « CHVl ». L'utilisat^ entre iin code confidentid 

sur le clavier et Tutilisatoir satis&it ainsi a la condition d'acces « CHVl ». 

L'«OS» memorise la condition d'acces dans le tableau (figure 4) et lance 

I'execution de la comnumde « solde compte bourse » : le solde du compte bourse 

de Tutilisateur apparait a I'ecran. 
10 L'utilisatrar souhaite mdntenant connaitre les titres de bourse qull poss&le 

dans son portefeuille. Pour cela, I'utilisateur ordonne I'execution de la commande 

« titre » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'acc^ correspondant k la commande 

« titre » est memoris^e, dans notre cas r« OS » cherche si la condition « CHVl » 
15 du ficluer d'application « bourse » est memorise dans le tableau ; comme c'est le 

cas (figure 4), r« OS » lance Texecution de la conmiande « titre » : les titres de 

bourse possedes par Tutilisateur apparaissent a Tecran. 

L'utilisateur souhaite maintenant vendre certains titres de bourse. Pour cela, 

I'utilisateur ordonne I'execution de ia commande « ordre de vente » dans le fichier 
20 « bourse ». 

L'« OS » recherche si la condition d'acces correspondant i la commande 
« solde compte bourse » est memorisee, dans notre cas r« OS » cherche si la 
condition « CHV2 » du fichier d'application « bourse » est memoris6e dans le 
tableau ; comme ce n'est pas le cas (figure 4), r« OS » demande a Tutilisateur de 

25 satisfeire a la condition d'acces « CHV2 ». L'utilisateur entre un code confidentiel 
sur le clavier et I'utilisateur satisfait ainsi a la condition d'acces «CHV2». 
L'«OS» memorise la condition d'acces dans le tableau (figure S) et lance 
I'execution de la commande « ordre de vente » : r« OS » passe ainsi I'ordre des 
titres que I'utilisateur vend. 

30 L'utilisateur souhaite alors connaitre le solde de son compte bourse et 

verifier que son compte bourse a hicn ete credite du montant des ventes des titres 




10 



efiectu^es. Pour cela, Tutilisateur ordonne rexecution de la commande « solde 
compte bourse » dans le fichier « bourse ». 

L*« OS » recherche si la condition d*acces correspondant a la commande 
« solde compte bourse » est memorisee, dans notre cas r« OS » cherche si la 
5 condition « CHV 1 » du fichier d^application « bourse » est memorisee dans le 
tableau ; comme c'est le cas (figure 5), r« OS » lance Tex^cution de la commande 
« solde compte bourse ». Le solde du compte bourse de Tutilisateur apparait i 
rteran et indique bien le nouveau solde, c'est-&-dire, le montant indique lors de la 
premiere commande de Toperation « solde compte bourse » augmente de la 
10 somme degagee lors de la vente des titres de bourse. 

L*utilisateur souhaite transferer une somme de son compte bourse sur son 
compte bancaire. Pour cela, Tutilisateur ordonne I'execution de la commande 
« transfert vers compte bancaire » dans le fichier « bourse ». 



15 « transfert vers compte bancaire » est memorisee, dans notre cas r« OS » cherche 
si la condition « CHV2 » du fichier d'application « bourse » est memorisee dans le 
tableau ; comme c'est le cas (figure S), r« OS » lance Pexecution de la commande 
« transfert vers compte bancsdre ». 



20 verifier que son compte bancaire a bien ete credite. Pour cela, I'utilisateur ordonne 
rexecution de la commande « solde » dans le fichier « compte bancaire ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 
« solde » est memorisee, dans notre cas r« OS » cherche si la condition « CHVl » 
du fichier d'application « compte bancdre » est memorisee dans le tableau ; comme 

25 c'est le cas (figure S), r« OS » lance I'execution de la commande <c credit ». Le 
solde du compte bancaire de I'utilisateur apparait k I'toan et indique bien le 
nouveau solde, c'est-a-dire, le montant indiqu6 lors de la deuxieme commande de 
I'operation « solde » augmente de la somme transferee lors de I'operation 
« transfert vers compte bancaire ». 



L'« OS » recherche si la condition d'acc&s correspondant k la commande 



L'utilisateur souhaite alors connaitre le solde de son compte bancaire et 
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L'utilisateur souhaite alors connaitre le solde de son compte bourse et 
verifier que son compte bourse a bien ete d6bite. Pour cela, I'utilisateur ordonne 
Texecution de la commande « solde compte bourse » dans le fichier « bourse ». 

L*« OS » recherche si la condition d'acces correspondant k la commande 
« solde compte bourse » est mtoorisde, dans le cas condder6 r« OS » cherdie si 
la condition « CHVl » du fichier d'application « bourse » est memorisde dans le 
tableau ; comme c'est le cas (figure 5), r« OS » lance I'ex^cution de la commande 
« solde compte bourse ». Le solde du compte bourse de Tutilisateur apparait a 
I'ecran et indique bien le nouveau solde, c'est*a-dire, le montant indique lors de la 
premiere commande de Toperation « solde compte bourse » diminue de la somme 
transferee lors de Toperation « transfert vers compte bancaire ». 

L*utilisateur decide de finir d'ordonner des commandes et ferme la session 
carte qu*il vient d'efiectuer, ce faisant le tableau va Stre initialise, c*est-&-dire que 
toutes les donnees vont Stre efifac^es. Puis Tutilisateur retire la carte du lecteur. 

Pour des raisons de securite, a en cours dHitilisation de la carte, cette 
demiere est retiree du lecteur, les donnees du tableau sont automatiquement 
efi&c6es. 

Bien entendu, la presente invention n'est nullement limitee au mode 
d'execution d6crit et represente qui n*a ete donne qu'a titre d'exemple. En 
particulier, elle comprend tous les moyens constituant des equivalents techmqiies 
des moyens decrits ainsi que leurs cpmbinaisons, si celles-d sont executees selon 
I'esprit de Finvention. 
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REVENDICATIONS 



1. Proc6d6 de gestion de commandes dans plusieurs fichiers d'application, a 
chaque commande dans chaque fichier d'application etant associee une condition 

5 d'acces correspondant a ladite commande, chaque commande dans chaque fichier 
d*appIication etant ex6cutee si un utilisateur a ordonn^ Tex^cution de ladite 
commande et si la condition d'acces correspondant a ladite commande est 
m£moris£e, caract&ise en ce qu'on garde mdmoris^ les conditions d'acc&s 
conjointement pour tous les fichiers d'application. 

10 2. Proc^6 selon la revendication 1, caract&is6 en ce que, un utilisateur 

ayant ordonn^ I'execution d'une commande dans un fichier d'application, 

on recherche si la condition d*accds correspondant k ladite commande est 
memorisee. 



15 commande, 

sinon on demande k I'utilisateur de satisfaire a la condition d'accds et alors, 
si I'utilisateur satisfait a la condition d'acces, on memorise la condition d'acc&s et 
on lance Tex^cution de la commande. 



20 entier superieur ou egal a deux, Tutilisateur ayant satisfait k n conditions d'accte, 
on garde mimorisees les n demieres conditions d'acces satisfaites. 

4. Procede selon la revendication 3, caracterise en ce que, une nouvelle 
condition d'acces etant satisfaite par I'utilisateur, ladite condition d'acces n'etant 
pas en memoire, n conditions d'acces etant memorisees, on supprime de la 

23 mdmoire la condition d'acces la plus andennement satis&ite et on memorise la 
condition d'acces nouvellement satisfaite. 

5. Proced6 selon I'une quelconque des revendications 3 ou 4, n est egal au 
nonibre de conditions d'acc^ pour I'ensemble des commandes de tous les fichiers 
d'application. 



si la condition d'acces est memorisee alors on lance I'execution de la 



3. FTOc6d6 selon la revendication 2, caract£ris6 en ce que, n designant un 





6. Procede sdon Time quelconque des revendications 3 ou 4, n est 
superieur au nombre de conditions d'accSs pour Tensemble des commandes de 
tous les fichiers d'application. 

7. Procede selon Tune quelconque des revendications 3 ou 4, n est inferieur 
5 au nombre de conditions d'accds pour Tensemble des commandes de tous les 

fidiiers d'application. 

8. ProcMe selon Tune quelconque des revendications 1 a 7, un contact 
dtant etabli pour demarrer ledit procede de gestion de commandes, le contact £tant 
rompu, on efface toutes les conditions d'acces. 

10 9. Carte (8) a puce adaptte a gerer des commandes dans plusieurs fichiers 

d'application, a chaque commande dans chaque fichier d'application etant assodee 
une condition d'acces correspondant a ladite commande, chaque commande dans 
chaque fichier d'application £tant ex&ait6e si un utilisateur a ordonn^ Tnecution 
de ladite commande et si la condition d'acces correspondant a ladite commande est 

IS en memoire, caracteris6e en ce qu'elle comporte des moyens pour garder en 
memoire les conditions d'acces conjointement pour tous les fichiers d'application. 

10. Carte (8) selon la revendication 9, caracteris6e en ce que, un utilisateur 
ayant ordonne Texecution d'une commande dans un fichier d'application, elle 
comporte : 

20 - des moyens adaptes a rechercher si la condition d'acces correspondant a 

ladite commande est en memoire, 

- des moyens adapt6s a lancer I'execution de la commande si la condition 
d'acc&s est en memoire, 

- des moyens adaptes a demander a I'utilisateur de satisfiiire a la condition 
25 d'accds si la condition d'acc^ n'est pas en memoire, et 

- des moyens adaptes a memoriser la condition d'acces et a lancer 
I'execution de la commande si I'utilisateur satisfait a la condition d'acces. 

11. Carte (8) selon la revendication 10, caracterisee en ce que, n designant 
un eiitier superieur ou egal k deux, I'utilisateur ayant satisfait a n conditions 

30 d'acc^ elle comporte des moyens adaptes a garder en memoire les n dmiieres 
conditions d'acces satisfaites. 
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12. Carte (8) selon la revendication 1 1, caract^riste en ce que, une nouvelle 
condition d'acces etant satisfaite par Tutilisateur, ladite condition d'acces n'etant 
pas en memoire, n conditions d'acc&s ^tant memorises, elle comporte des moyens 
adapt^s a suppiimer de la memoire la condition d'acces la plus anciennement 
satisfaite et a memoriser la condition d'acces nouvellement satisfaite. 

13. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 
egal au nombre de conditions d'acces pour Tensemble des conunandes de tous les 
fichiers d'application. 

14. Carte (8) selon I'une quelconque des revendications II cu 12, n est 
supdrieur au nombre de conditions d'acces pour I'ensenible des commandes de 
tous les fichiers d'application. 

15. Carte (8) selon I'une quelconque des revendications 11 ou 12, n est 
inferieur au nombre de conditions d'acces pour Tensemble des commandes de tous 
les fichiers d'application. 

16. Carte (8) selon I'une quelconque des revendications pr^cedentes 
caract^riste en ce qu'elle comporte un contact et des moyens adapt^s k supprimer 
toutes les conditions d'acces lorsque le contact est rompu. 
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L'UTILISATEUR A ORDONNE L'EXECUTION 
D'UNE COMMANDE DANS UN FICHIER D'APPLICATION 



ON RECHERCHE SI LA CONDITION D'ACCES 
CORRESPONDANT A LADITE COMMANDE EST MEMORISE 
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SI LA CONDITION D'ACCES EST 
MEMORISEE. ALORS ON LANCE 
L'EXECUTION DE LA COMMANDE 
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SI LA CONDITION D'ACCES N'EST PAS 
MEMORISEE, ALORS ON DEMANDE A 
L'UTILISATEUR DE SATISFAIRE A LA 
CONDITION D'ACCES 
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SI L'UTILISATEUR SATISFAIT A LA 
CONDITION D'ACCES. ALORS ON MEMORISE 
LA CONDITION D'ACCES ET ON LANCE 

L'EXECUTION DE LA COMMANDE 
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REVENDICATIONS 

1. Proc6d6 de gestion de commandes dans plusieurs fichiers d'application, 
k chaque commande dans chaque fichier d' application etant associ6e une 

5 condition d'acces correspondant a ladite commande, chaque commande dans 
chaque fichier d'application etant execute si un utilisateur a ordonn6 Texecution 
de ladite commande et si la condition d'accds correspondant k ladite commande 
est m^moris^, caracteris^ en ce qu*on garde m^moristes les conditions d'acc^s 
conjointement pour tous les fichiers d'application auxquels rutiiisateur a d6jk eu 
10 accds. 

2. Proc6d6 selon la revendication 1, caract^ris6 en ce que, un utilisateur 
ayant ordonne Tex^cution d'une commande dans un fichier d'application, 

on recherche si la condition d'accds correspondant k ladite commande est 
memoris^e, 

IS si la condition d'accds est m^moris^e alors on lance Texecution de la 

conunande, 

sinon on demande k Tutilisateur de satisfaire k la condition d^acc&s et 
alors, si Tutilisateur satisfait k la condition d'acces, on memorise la condition 
d'accSs et on lance Texecution de la commande. 
20 3. Procede selon la revendication 2, caracteris6 en ce que, n designant un 

entier superieur ou egal a deux, I'utilisateur ayant satisfait k n conditions d'accds, 
on garde m^morisees les n demieres conditions d'acces satisfaites. 

4. Procede selon la revendication 3, caracterise en ce que, ime nouvelle 
condition d'acc^s etant satisfaite par Tutilisateur, ladite condition d^acces n' etant 

25 pas en memoire, n conditions d'acces etant memorises, on supprime de la 
m^moire la condition d'accds la plus anciennement satisfaite et on memorise la 
condition d'acc^s nouvellement satisfaite. 

5. Proced6 selon Tune quelconque des revendications 3 ou 4, n est ^gal au 
nombre de conditions d'accds pour Tensemble des commandes de tous les fichiers 

30 d'application. 
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6. Proced^ selon Tune quelconque des revendications 3 ou 4, n est 
superieur au nombre de conditions d'acces pour I'ensemble des commandes de 
tons les ficbiers d'applicadon. 

7. Proc^6 selon I'une quelconque des revendications 3 ou 4, n est 
5 in£§rieur au nombre de conditions d'acc^ pour Tensemble des commandes de 

tous les fichiers d'application. 

8. Proced6 selon Tune quelconque des revendications 1 a 7, un contact 
etant etabli pour demarrer ledit procede de gestion de commandes, le contact etant 
rompu, on efface toutes les conditions d*acc6s. 

10 9. Carte (8) k puce adaptee a gerer des commandes dans plusieurs fichiers 

d'application, k chaque commande dans cheque fichier d'application £tant 
associ^e une condition d'accSs correspondant k ladite commande, chaque 
commande dans chaque fichier d^application 6tant ex&:ut^ si un utilisateur a 
ordonn^ Tex^cution de ladite commande et si la condition d'accds correspondant k 

15 ladite commande est en memoire, caracteris^e en ce qu'elle comporte des moyens 
pour garder en memoire les conditions d'acces conjointement pour tous les 
fichiers d'application auxquels Tutilisateur a deja eu acces. 

10. Carte (8) selon la revendication 9, caracterisee en ce que, un utilisateur 
ayant ordonne Texecution d'une commande dans un fichier d'application, elie 

20 comporte : 

- des moyens adaptes k rechercher si la condition d'accds correspondant k 
ladite commande est en memoire, 

- des moyens adaptes k lancer Tex^cution de la commande si la condition 
d'acces est en memoire, 

25 - des moyens adaptes a demander a T utilisateur de satisfaire a la condition 

d'acces si la condition d'acces n'est pas en memoire, et 

- des moyens adaptes a memoriser la condition d'acces et a lancer 
I'execution de la commande si I'utilisateur satisfait a la condition d'acces. 

11. Carte (8) selon la revendication 10, caracterisee en ce que, n designant 
30 un entier superieur ou egal a deux, I'utilisateur ayant satisfait k n conditions 
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d'acces, elle comporte des moyens adaptes k garder en memoire les n demieres 
conditions d'acces satisfaites. 

12. Carte (8) selon la revendication 11, caracteriste en ce que, line 
nouvelle condition d'accds ^tant satisfaite par Tutilisateur, ladite condition d'accds 

5 n'^tant pas en m6moire, n conditions d'acc^s ^tant m6moris6es, elle comporte des 
moyens adaptes a supprimer de la memoire la condition d'accSs la plus 
anciennement satisfaite et k m^moriser la condition d*accds nouvellement 
satisfaite. 

13. Carte (8) selon T'une quelconque des revendications 11 ou 12, n est 
1 0 egal au nombre de conditions d'accds pour Tensemble des commandes de tous les 

fichiers d*application. 

14. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 
sup^rieur au nombre de conditions d'accds pour I'ensemble des commandes de 
tous les fichiers d'application. 

15 IS. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 

inf^rieur au nombre de conditions d'acces pour Tensemble des commandes de 
tous les fichiers d' application. 

16. Carte (8) selon Tune quelconque des revendications precedentes 
caracteris^e en ce qu'elle comporte un contact et des moyens adaptes a supprimer 

20 toutes les conditions d'acces lorsque le contact est rompu. 



